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inventories and increase throughput based on changing 
JOB SCHEDULING SYSTEM lead times. However, OPT cannot be easily extended by 

its users and thus provides limited 'seat of the pants 
TECHNICAL FIELD decision support. 

The field of the invention is that of distributed prob- 5 DISCLOSURE OF INVENTION 

lem solving, in particular a distributed, capacity con- invcntion re Utes to an improved shop scheduling 

strained scheduling system that ^^J^^ ™ m «S £o^«tive Scheduling Sys* 

10 Manager (WOM) interacts ^J^fj^ 1 ^ 
the system are to estimate the potential completion representing shop resources comprising one or more 
LWwd to subsequently^chedule that work. machines to first set a planned schedule allowing for 
M finite shop capacity at "bottlenecks" in a planning mode 
BACKGROUND ART ^ theiu m ^ opcra tional mode, to correct and modify 
It has been found that a workpiece moving through a 15 the schedule to accommodate for inevitable delays, 
job shop, one in which small orders are scheduled inde- machine breakdowns, changes in priority, etc. 
pendcntly of one another, as contrasted with a produc- i n any shop, the life cycle of an order is characterized 
tion shop in which production runs arc much longer ov continually increasing knowledge and changing as- 
and more repetitive in nature, spends a small fraction of sumptions about fabrication, capacity, demand and 
its time actually being operated on, perhaps 10%. The 20 mana g e ment priority. Due to this, the execution of 
remainder of the time is spent waiting its turn for the promises and schedules vary from those originally 
next operation. The benefits of improvement in inven- planned. In an experimental shop, variations can be 
tory costs and shop throughput are thought to be poten- dramatic since exact fabrication and resource needs are 
tially very large, but efforts to date have had only lim- nQt known unt y the job is complete. Planning capability 
ited success in handling the very difficult computational » ^ 0 f course, essential to making good promises but it is 
problems associated with scheduling. ^ Q ncccssarv to provide tools to react to conditions 
Extensive work has been done on this problem, some which causg variance f rom t he predicted schedule, 
of which is summarized below: Accordingly, the system provides two modes: a plan- 
In the Integer Programming approach d™**™* nin m0 £ for predicting schedules and an operational 
tics of routes Qxko set-ups and lead times) and interac- 30 ^ P ^ conditions, 
tions between routes (like capacity and lot-size are mwtejw ^re ^ * * produces an 
represented using J55 teeLl. work order and operation 

of fatS^SS is an extension of linear program- based on the customer's want date, resource capacity 
^%htonpoies the problem into two stages: a and the throughput desired by the shop. The essential 
higher level capacity balancing stage and a lower level ingredient to meet this objective is that schedules for 
route sequencing stage. This approach requires fore- 40 etc* work order, and consequently its routes, be mea- 
casts of capacity requirements up front and usually sured against the goal. This requires that the good- 
assumes fixed lead times. This approach is based on ncss » 0 f each possible schedule for a work order be 
infinite capacity. measured in some quantifiable term; this quantifiable 
Simulation techniques allow detailed modeling of the tcnn ^ generally called the objective function and in 
shop under dynamic conditions. They provide a good 45 cooperative Scheduling it is the weighted tardiness 
assessment of release and lot-Sizing strategies but fail to function. Many functions may be used for this purpose, 
regard the schedule with respect to performance mea- onc em pi 0 yed in this embodiment is the sum of the 
sures (for instance, tardiness). With no performance pro d U ct of the priority and the square of the number of 
measures it is difficult to assess improvements when lftte days 

making operational decisions. 50 Planning mode must produce these estimates as con- 
MRP (Manufacturing Resource Planning) is charac- by resource capacity. In Cooperative Schedul- 
terized by infinite capacity backward scheduling. More ^ ^ pnilosophy that throughput should be throttled 
recently, extensions have provided incremental revi- fey ^ mQst critical shop res0 urces is adopted. Planning 
sions to the plan based on changes in capacity. But mode ^ ^ assumption to constrain schedules by 
MRP does not alter lead times dynamically based on 55 idendftrin the critical shop sources and scheduling 
changes in lot sizes and capacity. This tends J° P«^ uce ^ routes that pass through them first Bottlenecks may 
highly inflated lead times. An advantage of MRP fer id e nt ified by stored data in the database, by operator 
large manufacturing enterpnses is excellent ^Uba^ dynamically classifying 
support and the corresponding ability to communicate J^ttleneeks in response to the pro- 
the plan throughout the organization. to schedules of work order routes 
Queuing Simulation^euing models are good at for the critical 
prating throughput b-rfcji^ recasts of ^ ™j£ oomjjyd ^^y 
mand They do not seem >f^^J^ where Planning mode also considers relationships among 
dC ^^ « work orders. Work orders which are part of the same 

nous^u7acS S P"** 1 ^ be f WOrk ^J2K 

foraTon critical shop resources (typically bottle- These packages are used to detennme ended paths in 
SSo^nScapadty. OPT attempts to decrease the work order relationships. This ability then leverages 
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initial priority decisions; work orders outside the criti- stances; and may be accessed by an W™ 10 *™ 0 }}*?* 

cal path will typically be given a lower initial priority. shop manager and/or a work ™ X *^" X °*W»V 

A job is entered along with a sequential list of the current information and to answer What if questions 

operations to be performed on the workpiece; the list is that show the consequences of alternative actions, 

displayed to an operator along with a first list of time 5 Other features and advantages will be apparent from 

windows (earliest start-latest completion) for the vari- the specification and claims and from the accompanying 

ous steps that is automatically generated from stored drawings which illustrate an embodiment of the mven- 

process information. This information will be derived tion. 

from a time map to be described later ^. nr 10 BRIEF DESCRIPTION OF DRAWINGS 

The list may be interactively updated by the operator 10 

to accommodate scheduling through shop bottlenecks FIG. 1 illustrates an overall block diagram ot tne 

by imposing tighter constraints Cater start and earlier system. 

end) on the bottleneck operations. FIG. 2 illustrates the different operating modes of the 

The time windows in the initial analysis are transmit- system and the data flow, 

ted to another routine, called a Resource Broker 15 FIG. 3 illustrates the data flow between the WOM 

(BRO), that returns at least one "bid" for each step. A m ^ the Broker routine in planning mode, 

bid is a target start and complete time within the "win- fig. 4 illustrates the flow of the plarining mode, 

dow" set by the WOM. The bids are generated with pjQ 5 illustrates a time map. 

regard to the finite capacity and previous scheduling FIGS. 6a, 6b> and 6c illustrate a simplified time map 

commitments of the resources. 20 of a work order. 

The WOM accepts one of the offered times for each pj G 7 illustrates a time-map path and the "window" 

step, thereby establishing the final planned schedule, allocated to different operations, 

having some slack time between the completion date of FIGS. 8A through 8G illustrate the steps in forming 

step n and the start time of step n + 1. a tj me map . 

Operational Mode— Operational mode uses the 25 pj G 9 illustrates the process of scheduling an opera- 
weighted tardiness measure established in the planning tion 

mode to support decisions in the short term. There are FIGS. 10-13 illustrate portions of FIG. 9 in more 
two types of decisions which must be supported: releas- 

ing decisions and reacting decisions. p IG 14 illustrates the operation of the Broker rou- 

Releasing decisions answer the question: what job 30 

should be released next to this work center? Planning pi * GS 15A and 15B ^1^^ different routines that 

mode produces a list of work predicted for each work res ^ nd to a ca n f rom the Work Order Manager- 
center. At execution time, this list is sequenced accord- 

ing to the weighted tardiness measure; the route which BEST MODE FOR CARRYING OUT THE 

will contribute to an on time shop the most goes first. 35 INVENTION 

Reacting decisions are made when new information R c f crr ing t0 FIG. 1, there is shown a block diagram 

affecting a planned schedule is received or when as- of ^ overaU sy5t em. The top block, referred to as the 

sumptions have changed. Most reacting decisions ; in- schcdulcr( is the overa n dri ver program that 

volve reordering the list of work to be done in the best ^ the otners . This central point is a 

way. Again, the best way is measured according to the 40 placc tQ cnter ^ M parameters such as, the 

weighted tardiness measure. . priority of different classes of jobs, the rules governing 

In the operations mode, the broker routine reacts to P * Qn ^ gh ^ ^ a 

an input delay in the start June because the part has been P J d ^ vcntionallVi 

affected by a schedule change in an earl er MMon « stan dard priority is to meet the due dates that have 
step to adjust the start time and rail meet die target start 45 ™ ^ J t0 m f ndividua l job. Other priorities, such 

time for the next operation. If this is not the ^^^^^rf^ta^g^^yabobe 

BRO routine will notify the WOM, which will, in turn, £"r* ' Different or iorities and goals may be 

call the next BRO routine on the schedule for that part Top ft this central 

to see if it can use its slack to accommodate the remain- assigned 10 umwcui a* 

3?w0. inc^as the totS delay in passing through the ^^^^^^^S£ 

ultag decision and the first attempt at schedule recovery 60 which wfll then rearrange and arrange for ^ereschedo- 

are: "delegated" to the BRO routines, which may be ling of the jobs. This may be done, for W^JV 

running on local workstations within an overall net- setting relaUve priorities for the jobs and then passing 

running on iomu « ^ information down to the work order managers for 

W Another feature of the invention is that a time map is automatic rescheduling in light of those priorities, 

generated for each work order parts and accessed by 65 This central point is also a «nnt place to pr«- 

fhe WOM in the course of scheduling. at to the person responsible for the 

The time map carries the work order scheduling information, such as, a rough estimate of the length ol 

information; is updated to reflect changing circum- time for a job, so that a customer's inquiry may be re- 
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sponded to by someone having access to this overall The work order manager starts out with an order 
^ } from a customer for a part or parts. It accesses the data 

P lie master scheduler supports the following seven base to pull out the standard list of tasks ; and processes 
- ^ . . • reau red for such a part (or accepts as input the list or 

i£u — — « •»< ^ — — ■„ sawjsEfiJsr ISA 

4. 53K —~ - - ^ KSrj^.ZSSiK3l 2 ^ 

for finite scheduling. fe reasonable chance of finding an open slot on a ma- 

5. Providing an outlook reflecting the optiimsm of the ^ ^ broker then sear ches 
shop manager regarding the ability to meet schedules ^ ^ ^ ^ ^ ^ ^ parameters of ^ part( suc h as 
based on known shop conditions may be provided. ^ ^ and sq Qn to sdect which of the ma . 

6. Passing information about appropriate strategies to ft controk that ^ ^ used The broker then 
the work order managers and resource brokers. scans ^ tiine reservat j on ]i st f or ea ch machine to find 

7. Recommending that another shop be used when no ^ ^ ^ Qpen window, either on one ma- 
capacity exists for incoming work. 2Q chine Qr more onc mac hine. The broker formulates 
The scheduling horizon will typically be the shop ^ ^ contain ^ e proposed start and finish times for 

lead time but may be any period of time which the tne operation and an indication of the cost of this option 
scheduler chooses. The shop manager may set the ^ terms of weighte( j tardiness. Cost accrues both from 
scheduling horizon through a menu provided by the the ^j^g Q f the operation to be scheduled and the 
,user interface of CSS with the aid of capacity charts, 2J impact that scheduling this operation has on previously 
"etc. The outlook reflects the shop manager's expert scheduled work. The broker selects bid windows to be 
opinion about the ability of the shop to meet due dates retun ied to the WOM according to a local strategy that 
generally. The outlook is entered through the user in- may nQt be the ^ mc ^ the global strategy. Typically, 
terface as a fraction between 0 and 1. This outlook is the j oca j strate gy is to niinimize the weighted tardiness 
then used in generating schedules as a measure of opti- 3Q f unct ion which is a calculated quantity which measures 
mism. Simply, if the shop manager is pessimistic, the the impact of delay of this part on the total shop 
work order manager will assume it will take longer to throughput. The work order manager then scans 
do the job. through the list of bids from each broker and selects a 

The shop manager knows about these policies and se tof award windows (one window for each operation) 
goals and through his expertise may know how a work 35 that will do the job. The choice will be governed by the 
order manager or resource broker should go about its g obz \ strategy which is usually getting parts out on 
task to contribute to them. The shop manager can pro- ^ mCt 

vide this knowledge through strategies. For instance, if The work order manager then allocates the slack 
the policy is to reduce inventories, the master scheduler wn i c h is the time between scheduled job opera- 

can impose a "minimize wip" (work in process) strategy 40 tions, to the different brokers. An example is illustrated 
on a work order manager. But since the overall objec- m FIG. 7 showing on the first line a set of five opera- 
tive is to get the job out on time, the strategy may be ti ons a-E having different bid windows in which they 
"minimize tardiness first and then minimize wip." could be performed over a period of twenty-two days. 

Strategies are built by the shop manager through the The actual processing time for each operation is not 
user interface editing screens and may later be selected 45 indicated on this Figure but will be considerably shorter 
dynamically through other screens provided by the than the open windows. The lower hne.referred to as B 
interface. Strategies may be selected globally, per work illustrates the allocation of slack, the final window is 
order or per work center as deemed appropriate by the called the "contract window." This wmdow provides 
shop manager. the broker with information about the earliest and latest 

The next level down is that of the work order man- 50 times the operation can be run given the scheduled 
aser routines, which may be a single routine operating times of its predecessor and successor operations. This 
on different data or may be a set of different data struc- information is useful in operational mode. In this case, 
tures or data objects. For the purposes of this applica- operation D is a bottleneck operation so that it is ex- 
tion, the word "routine" or "means'* in the appropriate tremely unlikely that D will be performed earlier in 
context will mean a routine, data structure or object, 55 time than is indicated on FIG. 7 and is quite likely to 
depending on the language that is used to implement the slide to a later time. Thus, the window D ^dcewed to 
invention In a distributed computing environment, a later time. The wmdow C is also skewed to a ater 
there may be several routines operating in parallel. time, since it is not likely at all that it will be possible to 

The work order manager has the task of arranging for move operation D up in tone. The significance of this 
the scheduling of a work order, which is a series of tasks 60 slack allocation will be explained later. The work order 
to be performed on a part or on a set of parts. Often, a manager also compares the total start and finish tunes to 
project or piece of equipment will require a number of the initial assumptions when the order was accepted. 
SR? £e related in that they must all be finished Quite often, it will be found that it isnot possible to 
before the system can be assembled. The work order meet the due date that was promised. This is a common 
lists will be grouped in a work order package and dealt 65 situation in which the order takers or sales P^ple tend 
with as a unit, in order to identify the critical path for to be optimistic. In the particular case o bottleneck 
rte patka« so that some parts do not need to wait operations, they invariably slide and are delayed. If the 
tol^JLsw ^ the others. due date cannot be met. the simplest thing is sunply to 
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report failure, i.e., that the job will be delayed. As an ness by the relative importance of the job and to place 

alternative, the system is capable of having the work a higher price on a job as its lateness increases, 

order manager instruct the resource brokers, some or all Determination of the price (which is measured in 

of them, to drop low priority jobs from their schedule days, rather than dollars) is directed by four constraints: 

and then to reschedule the higher priority jobs. 5 1. A precedence constraint forcing work order opera- 

When an operational event (also referred to as a shop tions to be performed m sequence, 

event), such as a machine breakdown, sick machinist, 2. A resource constraint ensuring that resource usage 

etc occurs, there are potentially hundreds of operations cannot exceed capacity limits. . 

affected. This is the conflict set. The master scheduler 3. A time constraint that requires a work order to 

must direct work orders from the conflict set back into 10 arrive at the operation before the processing of that 

CSS for automatic rescheduling or bring them to the operation can begin. 

attention of the shop manager. 4. A" time constraint that an operation takes a pre- 

Project Trade-offs— when a conflict occurs that can- scribed amount of time to complete, 

not be handled locally by a resource broker or WOM The prices determined by the weighted tardiness 

and also cannot be rescheduled by the system, it is likely 15 function are saved in the knowledge base so that deci- 

that there are two projects that together exceed the sions in the operational mode can be made in light of 

shop capacity. In this case, the shop manager will have these prices. Prices are saved for each resource type and 

to intervene to assign greater priority to one project; each work order route. 

Transactions are the basic information packet trans- The WOM can schedule work orders according to 

mitted between CSS components. Transactions contain 20 different goals: 

the identification of the sender and receiver, a sequence 1. Schedule Around Bottleneck-Bottleneck work 

number and other data items required to ensure commu- centers which the master scheduler has identified are 

nications integrity. Transactions have a "content" and a scheduled first and the rest of the work order is sched- 

"type" that determine their meaning and communicate uled around them. To schedule the bottlenecks, the 

the intent of the sender to the receiver. Depending on 25 WOM identifies all unscheduled work orders that go 

their content and type, transactions represent calls, bids, through a bottleneck workcenter. All of the work or- 

and awards, as well as other queries or assertions com- ders that pass through the same bottleneck are gathered 

municated through the system. The transaction types together and scheduled through the bottleneck at once 

are- initialize, shutdown, query, assert, receive response, using optimization. Conflicts generated by this process 

and evaluate. 30 can automatically renegotiated, manually renegoti- 

The representation language and the temporal rea- ated or left unscheduled. After the bottleneck opera- 

soning utility provide a language in which queries can tions have been scheduled the remaining operations are 

be expressed throughout CSS. The format is similar to scheduled around them. 

the pseudo first order predicate calculus language used 2. Reduce Lead Time-Work orders are scheduled to 

in Prolog. Typical queries are expressed as a list whose 35 finish as soon as possible. « ™ , 

first clement is a predicate and whose remaining ele- 3. Reduce Lead Time and WIP-First, the WOM 

ments are terms. Inference is performed on these queries reduces lead time on the job and then compresses the 

by backward chaining. An important extension to the release times of the upstream operations to reduce the 

reasoning typically done in expert systems is that the WIP. 

queries allowed in CSS are temporal in nature; they 40 No matter what the goal, the call-bid-award commu- 

mention and reason about time explicitly, using the time nications work the same way. Handling of various goals 

map representation described below. The query lan- occurs in the selection method invoked when bids are 

guage is supported at many levels throughout the sys- returned. 

tern: queries can appear in rules, in program code, or When the resource brokers are unable to return bids 
they can be entered through the developer's interface. 45 within the call window the WOM must generate a re- 
Queries also appear as the content of transactions as covery action. Options are: 

discussed above. 1- Lea v « the work order unscheduled. If most of the 

The system may use a standalone, local, finite sched- operations have failed to schedule, the work order 

uling resource broker as illustrated in FIG. ISA or a* should be left unscheduled and brought to the attention 
more general rule-based object that employs an infer- 50 of the shop manager. 

ence engine to apply a set of rules. The advantage of 2. Commit to the operations which have acceptable 

this latter approach is that artificial intelligence tech- bids and leave the remaining operations unscheduled, 

niques may be used to translate theexpertise of experi- This option may be preferable when most of the opera- 

enced managers to the system. tions have received acceptable bids. 

The system will employ a routine to calculate the 55 3. Renegotiate the failing operations allowing more 

weighted tardiness measure or other figure of merit for impact on the schedule. This option applies to very high 

the schedule. In the preferred embodiment, Lagrangian priority jobs. 

Relaxation techniques, a well known variety of mathe- 4. Modify or relax constraints, The WOM can ask the 

matical modeling, were employed to quantify the ef- master scheduler to relax the release or want date of the 
fects of capacity constraints on the schedule. Less cod- 60 work order. This change may affect other work orders 

ing may be expended if a simpler technique were used, in the work order package; 

such as summing the tardiness function calculated sepa- A bottleneck resource is defined as any of the folio w- 

rately for different work orders, rather than using the ing: 

Lagrangian technique to calculate an optimum change a) A resource at or over 100% capacity for a period 
for the whole set of affected work orders. 65 of time in which capacity on that resource is demanded 

Due date performance is measured by the difference by new or ongoing work, 

between operation due dates and scheduled operation b) A point where many part numbers come together 

completion date. Provision is made to weight job late- for processing or assembly. 
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c) A point from which routes commonly diverge to Planning mode queues are positioned at work centers 
many different parts of the shop. and are filled with awards made dunng ; the : plamung 

/A resourc^hich * pjri-J desirable charac- mod, R^*™^^ ™*< 

tU S££Vl2?:££St r the capacity of 5 ^ttaLWH^j-thej^ -mer. 

\jvcrau ^pa^ny u ^«»u / r , "Release" means that this job will be performed next, 

bottleneck resources. In ^^^fto^ da TmfoLtion 'about the work load is re- 

never finish work orders at ^^^J^^ * V ed, the order of work in the queues may be shuffled, 
neck can finish operations, giventhat the work order £ , 

passes through the bottleneck T*e » w ^ m JSS7^t mailable for processing 

analyzes the set of work orders to be s scheduled land I the ™ ^ JMP . h When a 

current bottlenecks to determine rf any work orders becomes the ^« ^ ^ ^ ^ h 

pass through the bottlenecks or if new bottlenecks are bfi ^ d to ^ resource is released . 

created. The master scheduler then performs Oie fol- ^ actua] dec ision is made at 

lowing steps: a) packages the bottleneck work orders; b) ^ ^ ^ best mformation . 

passes the work order package to a work order manager ^ ^ ^ ^ relflted tQ operations to be 

which computes quick, roughcut schedules for non- rformed . each planned operation has an award. Inside 
bottleneck routes in those work orders; and c) selects a ^ ' ^ generated by ^ weighted tardi- 
strategy to guide the work order manager m negotiation ^ measm -e are stored as well as information related to 
with the resource brokers which manage the bottleneck ^ constraints. Awards are planned for particular 
workcenters. resources but these assignments may change in the 

Depending on the configuration of the CSS, the re- q Ueue . 
source broker may do one of the following: a) add the The prices ava ilable in the queue are used to guide the 
new operations to the existing set of bottleneck opera- resnu fning of the queue but are not changed without 
tions and optimize the entire bottleneck schedule or; b) 25 re _ plannmgi 

provide options to the work order manager which re- When a foreman, area expediter, or master scheduler 
fleet the impact of adding the new operations and let the wants tQ see ^ work prc( iicted for a resource, a simula- 
master scheduler guide the scheduling process or; c) tion may be p er f orme d on the queue to show where 
finite schedule the bottleneck automatically with the work wou id De assigned if the order of the queue did 
guidance of the weighted tardiness measure and the 3Q not cnan g e . This simulation would produce Gantt 
knowledge base. charts for the resources and be displayed through the 

After the resource brokers schedule the bottlenecks, user interface, 
the master scheduler then passes the package of work There m f our scheduling windows calculated in 
orders to a work order manager to further schedule the CSS. These are: the call window, the bid window, the 
non-bottleneck routes. In this way, the CSS in planning 35 awan j window, and the contract window. Call win- 
mode produces a predicted schedule constrained by ^ows are the early start and late finish times calculated 
capacity at the bottleneck. from the time map on the basis of forward/backward 

Once work orders are received by the work order duration logic. These are the windows communicated 
manager, there are two ways to schedule them: l0 tne broker when bids are solicited. Call windows are 

A pure optimization that chooses among work order 40 typically larger than the processing time required for 
scheduling options through the weighted tardiness tne operations. The second type of window is the bid 
function. window. These are the windows returned by the bro- 

A negotiation that consults not only the weighted k e rs in response to a call from the WOM. Bid windows 
tardiness function but also the knowledge base, the t00 can be larger than the duration of the operation, 
resource broker, and possibly the master scheduler to 45 The bid windows are truncated by the WOM to form 
determine a schedule which satisfies a variety of con- the award window, which has a length equal to the 
straints. actual scheduled time for the opertion. The broker will 

Option one is provided and selected for speed. It will reserve the award window for the operation. Finally, 
be useful for providing estimates for large numbers of the contract window results from adding the slack time 
work orders at a time in planning mode and quickly 50 available to the operation into the award window. Al- 
resolving large numbers of conflicts in the operational though the broker has reserved the award window for 
modei the operation, no other tasks will be affected as long as 

Option two is likely to be used most often. In option the operation is performed within the contract window, 
two, the work order manager identifies the resource Referring now to FIG. 4, there is shown in overall 
brokers which manage each of the work centers that a 55 chart the series of operations required to set up a work 
work order is expected to pass through. The work order order. 

manager writes a contract for each operation in the Miscellaneous data is taken from an external data base 
work order and sends a ^request for bids", also termed 10. This may be a list of jobs to be scheduled, a list of 
a "call" to the resource brokers identified. The brokers standard times for various operations, a list of machines 
return bids trying to maintain a good work center 60 a vailable, a list of work order frames foT standard parts, 
schedule The work order manager selects the best bid or any other stored information. That data thenpasses 
from each broker trying to build a good work order through an interpreter routine indicated by box 15, 
schedule. This process (as well as the option 1 process) which merely translates the data from the data base 
is guided by the weighted tardiness objective. The call- format into whatever format is chosen for the particular 
bid process may go on a number of times before a satis- 65 work order system. 

factory schedule is determined. At the end of the pro- The box labeled 100 is illustrated in more detail m 
cess the work order manager "awards" work to the FIGS. 8A-8G. In this operation, the work order infor- 
Mfta^tebenWdL . mation is used to generate a time map which is a way of 
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representing the relations in time between different later. This is illustrated in FIG. 10. The feedback loop 
events, such as the sun and finish of a machining opera- 200 then returns back to pomt 110 to pass though «e 
tion. The time map and its associated search routine remainder of the work orders to be scheduled in this 
serves in this application to substitute for a code gener- session. When all the work orders have been processed 
ating or logic searching engine. There will be so many 5 then the data is transferred back to the external data 
possibilities for work order paths through a reasonably base. ... , 

sized shop that it is impractical to code the information The main benefit from using the tune map formalism 
required for a work order, such as the sequence of oper- in this application is in the two loops. When parameters 
ations. the time estimates, etc. In a production shop, are adjusted in loop 250, the change is not permanent as 
where there are a relatively few parts to be worked on, 10 would be the case in a special purpose code in which a 
it may be practical to go through and code specific model ofthe work order has been set up and parameters 
routines for each part, but in a general purpose job shop are over-written in order to test out a new assumption, 
fe^^te a?e so many that it is not practical to As will be described later, this system features a sepa- 
ccS slorf a stock set of routines, nor is it practical rate module called the ATMS (for Assumpt,on based 
to code a general purpose routine for computing all the 15 Truth Maintenance System), which provides both for 
time constraints among all the various possibilities. storage of assumptions with appropriate flags on them 

The time map in this system is used to hold the data and also for an automatic process of checking that re- 
during the scheduling operation that is the heart of the sponses to queries and plans are made using the current 

S "mode. The mam loop starts at point 110 after assumption set. An advantage of this system is that, the 
whfcfa fh Tuser requests a menu of work orders to be 20 path through the shop being known, torrent values 
scheduled. He then chooses one work order from the ofthe assumptions are automatically used in calculating 
menu and commences the actual scheduling operation. the various scheduled times. 

The skeleton of a work order is displayed on the screen Likewise, in the outer loop 200, the time map dm* 
and contains at least the earliest start date and the de- nates the need for special purpose coding »d its assoc.- 
sired finished date specified by the customer. It will 25 ated logic definition because fte time map formalism 
usually include a list of operations for that part, whether can handle any possible path through the shop, 
stored in the data base for a part that has been made Referring now to FIG. 8A, there is shown an overall 
before, or generated by the customer or the part de- view ofthe process of wnvertuig the work °fdcr infor- 
siKner Each operation in the work order list must be mation to a time map. First, the tune information forthe 
assigned to a machining center or a shop resource, as it 30 overall work order is entered; then the tone »nf°™»*;° n 
" called, and a tentative date must be set for the se- for the various operations is entered, after which con- 
quence of operations. In a good sized shop, there will be strainu that are known from the start 
a number of possible routes that a part may take, de- the relationship between the Afferent operations; and, 
pending on one or another general purpose machine, set lastly, constraints that are peculiar to this opera ion , or 
of millhig machines, etc., that is chosen to be used. 35 are changing in time, referrec I to as .assumed constraints 
TheTe wUl. thus, be" alternate paths through the shop are entered. The corr^ponding Figures U ^ustrates 
that will be kept in the system and held for evaluation of these b ocks ui more detail are 8B, , 8C, 8D, and SE, 
the most effective route of scheduling until the last respectively. In 8B the points are illustrated \ m more 
moment detail using terminology taken from the LISP program- 

In block 160, the user adjusts the parameters based on 40. ming language. First, the work order is classified as a 
his experience and stored data. For example, he may "time-token", which means that ,t is a pomt tbatwdlbe 
change the release date at which an operation is to be referenced and linked to other points. The : start and 
performed or the desired date at which it is to be com- ending times are inserted and a storage location for tiie 
Pleted. based on his view ofthe current work load as it path that wUl be searched through the toe chart and a 
may change from time to time. He may also specify 45 reference date are also defined. In FIG. 8C, next, the 
nominal processing times for various operations, either time ^formation for each operation is inserted in a loop 
taking them from stored information or using his own that does a similar operation by asserting that each 
~~ ij operation will be a time token having a starting pomt 

The system may use an artificial intelligence infer- The diamond at the bottom of the loop tests for the 
ence engine constructed according to standard princi- 50 presence of a further operation to be classified. In FIG. 
pies to provide the possibility that the expertise of expe- 8D, constraints such as those illustrated in FIG. 6A 
rienced operators may be expressed as an algorithm and which are known from the start, such as the earlies 
u*d to automate the step The system then loops possible starting date and last date the customer will 
through the different operations in the work order on accept are entered. In the loop in this Figure, the esti- 
feedback path 250 until this work order is scheduled as 55 mated times from manufacturing engineering, standard 
a first cut data or P rior experience are entered for each 

Block 170 illustrates a feature of this system in that operation. In FIG. 8F, the assumed constraints are en- 
when there are bottlenecks in the shop, whether con- tered also to reference the position of this operation 
stant or changing with time, the manager will then take within the work order with reference to the arbitrary 
one or more work orders and schedule the operation 60 reference date that was previously entered, 
that must pass through the bottleneck. This is illustrated Lastly, the same mechanism is applied to the different 
in more detail in FIG. 9. This procedure is included for operations and also the assumed constraints or times are 
the reason that bottleneck jobs by their nature will be entered into the ATMS formalism as mdicated by the 
the least flexible and it is advantageous to schedule them curly brackets in the notation used here. This means 
first and then schedule the jobs with greater flexibility 65 that the numbers entered for these estimated constraints 
around them. In the next box. the user passes the re- will be tracked by the ATMS system and updated so 
mainder of the work order on to the system for the that any query or use of these numbers will always be 
automatic scheduling sequence that will be described done with the current values that are assumed. 
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Referring now to FIG. 9, there is shown the sequence FIG. ISA illustrates the operation of. broker routine 

f Ct TJlf °i 2 the ^^?£2irSS Mailable machines that have the capacity to do the 

capable of handling that operation. In the mam loop, the same work order P"^. £ 

^^ssKirs^i^ s to ~ * e weighted 

according to one f ^J^^fi^ "pSTlSSS- an Ornate broker using a LISP 

mented in this system. If the bid meets ™™*?on ' fa which the loops are gencrat ed automati- 

straints on the work order. « "f^^^S? 15 calWheV statements. This formalism is suited for 

b notified to store that time. Ifthe bid is not satisfactory ^Jments the selection and/or prioritization are 

then a different strategy may be applied and anodier set embo dmien according P mte lli- 

of bids solicited, if all strategies have ailed *en, of ^^g^ST- those described in Yale Uni- 

course, this operation cannot be scheduled within the gence «^*"f * #443 

current constraints and the shop manager is notified. He ^ versity Research Report #443. 

will presumably negotiate with the customer to accept a OPERATIONAL MODE 

later delivery date or else turn down the job. schedule has been formulated by the planning 

Once these bottleneck jobs have been scheduled. a . SoiisMity of the operational 

each work operation affected will have one fixed point mode t be^mes h o ^ n » 0e is changed with 
for the bottleneck. The same procedure^thenfo^ 

for the remainder of the work order u«r.g ^^J^Jatd operations and responduig to 

and select sequence shown in FIG. 9. The starting oate uw ■ Operational mode will quantify the 

for the later operations will, of course be the end of he ^SMSSenWti «d try to contain the effect 

bottleneck operation. Similarly, the «PH>™*« *{ 1 gS^Sl M lim ited sccje possible. First the 

bottleneck operation will also be scheduled. FIG. 10 J0 . m t t , oca i rec0V ery. In some 

illustrates looping over the operations in the work order ^^SjLugTsteck in the scheduled work 

to set up the formalism for a call for each operation^ ^£WerJ relatively painless. In other cases it 

In the particular formalism used in this system, com- '°^ e ^^ ^ote^pmM replannig mode, 

munitions between the work order manager and the wdlt* i?Zy t0 ^rform a 
broker routines are cast in the particular form of a 35 ^^S! » » 

"transaction , . ^ lt of planning mode is a work center scned- 

FIG. 11 illustrates the conversion of calk into die Th result o^ p ^ ^ Mt „ ^ ^ ^ 

transaction formalism for the set of ^lls tha were de- JhlKwS^Thb schedule was created on the 

fined in FIG. 10 and transmiss.on of the transactions to g^™*™^ of ^ work centers, predic 

illustrates the selection process in which the « f^SST^SSl t£A KTS 

work order manager selects the best bid from a set of ^i^^^^SS,^^^^^ 

bids submitted by the brokers. In this Figure, the work « a prescriptive docu- 

order manager loops through the bids received, checks ^l^'X responsibility of operational mode to 

j^EttSXzz&z* «as=MS — - ~* - be 

Sfactory. Onfe a set of satisfactory bids has been wor^d in^cente, ^na, pledge that 
selected, then a similar process to that for tad sohc«a- s0 J^ e ^^k °S about the tasks to be per- 

tion is used in which the information is converted to the ^^^^^^g ^ vi ewe d as atomic 

standard transaction format and then passed to the bro- formed. For mstance. "* u ?fA~ 5 * ist of several 
kers. The brokers will then store the o^S moT £S7tLe tasks 

them by the work order manager and schedule other » b ^^ f c ^ s of ope^. fa such a case, 

jobs around that window th e resource broker would perform a scheduling opera- 

store dau such as a reserved time slot. Other processes P^^f^^^mutt answer the ques- 

the shop foreman) to display the list ot wore ui » . . h from a^g those 
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The next job to be worted is chosen on the basis of The goals of the CSS in operational mode are to 
th f £me oh ^ective function used by planning mode in control the dispatching^ of work and to react, when 
formulating^ schedu^ Jhe dispatcl .decision isnoth «^X^SS^£Z Operational mode are 
ing more than selecting the job w.th the lowest cos (a re ,^- n P K Xbion S Tr>d reacting decisions. The WOM 
this instant) from among those present at the :ce„£tha 5 ^ m ^~ for rc]ea f ing decision , Lo^, 
can be performed on the resource that is beconung P ^ ^ ^ WQrk queues in ^ 

available. A short term pred.ctive schedule for the workcenters Globall y, the release of work into the 
work center can be computed in much the same way. ^ by ^ master scheduler . 

To compute a local schedule a forward simulation is (q maintains three views 0 f the work orders: the 

performed. First, the time at which the next resource ^^jn- vicw> the shop view and the temporal view, 
will become available is predicted. Then the cost of ^ ^j^^g vj ew looks a t work orders abstractly as 
releasing each job at this time is computed. The lowest •< The s hop view looks at them concretely as a 

cost job is scheduled for that time, removed from the -^^m part manufactured in the shop. The temporal 
list of jobs, and the process is repeated. This method has J5 looks ftt ^ work order as a time map: a set of 
the advantage that the total cost of the work present at m|s m ^ ^ ^ re i ate d by temporal constraints, 
the center can be computed. cSS uses Frameworks (Reference), a frame-based rep- 

Another responsibility of operational mode is to re- reservation and reasoning system to represent this infor- 
spond to unforeseen events. Examples are machine fail- nation. 

ures, process overruns, unavailable raw material and so M Scheduling View of Work Orders— The scheduling 
on. As shown in the figure, the holdups can originate vjew 0 f 8 WOT k or der contains the information used 
from any level of the system. When a holdup code is internally by the system. The work order is viewed as a 
signaled, recovery actions that are based on the particu- ^ Tasks Have subtasks and supertasks that put the 
lar holdup are initiated. The severity of the damage t^ m perspective with respect to the purpose for 
done to the schedule by the holdup varies and so the 25 which it is being done. For instance, a work order is a 
scope of the recovery actions must vary as well. task that must be performed to achieve the completion 

In some cases the cost of the operational event can be 0 f its supertask which is a work order package. To 
measured directly. For instance, if a resource becomes achieve completion of a work order its subtasks which 
unavailable, a new schedule can be simulated with the arc operations must be performed, 
resource removed from the capacity for the estimated 30 Shop View of Operations-The shop view of a work 
duration o^s outege The cost of this new schedule can order contains the information that relates the work 
brcom;aredtothecostofthe P reviousschedule.Inthe order to its work order ™^P™^BbJ£ 

^^^^^^JStA M tim^dT^ 

as accurate as possible. Aooroach to Reasoning About Time for Planning and 
In some cases it may be : possible o adjust thelocal ^T^^ Yale University Research Report # 
schedule to account for a holdup without affecung the «u i™»«n *^ Temporal Database Management, 
work in other centers. This occurs when there is > • intelligence vol. 32, no. 1, 1987. Events or 
enough slack in the queued work to absorb the impact. ^ is * over time m called "time tokens". In 
Slack results when the affected work order docs not lie ^ work t orders ^ operations are represented as time 
on the critical path for its work order package. If there ^ ^ ftddition to scheduling and shop repre- ■ 
is enough slack available in the work center s queuefor g^^ng. Time points are objects that represent any 
every operation to remain within its contract window Qf ^ ^ whJch something 0 f interest happens, 
then no external tasks are affected and no replanmng for exaTnple| ^ beginning of a manufacturing opera- 
outside of the local broker is required. tioQ Qr thc completion time of a work order. Each time 
Even if the holdup affects more than one work order 5Q ^ contains a ^ 0 f constraints that relate the time 
it might be possible, though less frequently, to contain pQint tQ Qther of mteres t. For instance, the time 
the damage within each of the affected work orders. f rom thebegirmmgtotheendofamanufacturmgorxra- 
When work orders contain slack the WOM can slide tion ^ rcpr esented as a constraint FROM the point 
operations forward in time within their contract win- representing the operation's start TO the point repre- 
dows without causing the work order as a whole to 55 siting the operation's finish. Temporal constraints in 
become late. That is, it may be possible to absorb the fa 0 tune map can contain uncertainty. In general, two 
impact of the operational event with the slack time in distances are kept for each constraint: the shortest possi- 
the subsequent operations of the work order. ble and longest possible distance. 

In some cases, the recovery approaches will not be Time maps provide a general mechanism for reason- 
possible. This is especially likely when bottlenecks are 60 ing about the temporal relations between events. Two 

involved. In many cases operational events will be of important features of time maps are that constraints can 

such severity that full replanning will be required to be added at any time as long as they do not contradict 

minimize the cost. In this case the affected work orders previously known constraints, and that searches can be 

will be identified and pushed through the automatic performed to answer arbitrary questions about the tcm- 
scheduling mode of the system to compute a new sched- 65 po^l relationship of time points. In FIG. 5 the con- 

ule Important jobs that cannot be automatically re- straint times indicated by the solid arrows 511, 521, 531, 

scheduled must be brought to the attention of supervi- 541 and 551 have been entered into the time map By 

sion and these must be manually rescheduled or held. traversing these links and summing the bounds along 
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the wav the best known bounds between any two Time maps are convenient for determining the con- 

poirL be clput^. The computed bounds are strain* that the information known about ^Jo^on 

Presented by the dashed arrows 515 and 555 in FIO. of any event in time imposes upon all of the other events 

representee oy tne oa! »ncu ^ ^ m The representation is uniform so 

In addition, constraints are defeasible. This means 5 that all such constraints, whether resulting from pre- 
thaTconstrain s in the time map can appear and disap- scheduling one or more bottleneck operations or from 
X base on he assumptions we are^ling to make. assumptions imposed by the user are handled the same 
Fo" EncT the Scheduling windows of operations way. Thus, no special purpose routines are required to 
change ™ha different release or want dates are as- handle such things as alternate routings, P/escheduled 
sumed This impkmented by the ATMS system in the 10 operations, some types of operation duration changes 

r ~H .!nK^!.nt of the invention and scheduling window changes when these are consis- 

P t els, atS Tmap ^ c h reaTedT«ch work order tent with the release and want dates assumed for a work 
when the user first requests a display of the work order. order. r , 

S^k^Steflime map tri is separate from all The WOM gets information about the operations for 
Mher Tork orders! the system. This method allows .5 the work order from an "instantiated process plan" that 
S toe mapslole kept small so that searching them is stored with the work order. The mstantia tod process 
ooesTot lead to slow performance. The time map for plan contains a list of the potential operations to be 
eact SA»£f confuted in three stages: performed in the work order afong wifc mfomation 

1 Ttoe potots that represent the start and finish of the about the processing relations between them. The pro- 
wMk oTde^S the staJ t and finish of each operation are 20 cess plans allow for operations to be sequent,^ parcel 
wore oroer anu uic r ^ disjunctive. Disjunctive routes represent alternative 

^Temporal relations known a priori are asserted. process plans that can be used by the WOM during 
These are facB Uke "Operation 2 must start after Opera- scheduling. For instance, the WOM may choose an 
£ Tl Z predecessK completed" and "It ukes alternate routing to avoid the use of a heavily loaded 
between 2 5 and 3.5 hours to perform Operation 2." 25 machine. 

Sraiustratifd for one path Arough a time map in When the WOM schedules an operation or a work 
i ms lsuiusiraiBo v * onJer Jt does M by 5^,.^ bl( j s from resource brokers. 

3 Assumptions are made about the release and want The proper brokers to contact are found in the opera- 
date rfthTwork order and about the actual processing tion. Each operation has a broker profUe, °^ tet of bro- 
of theTnerations (FIG. 66) 30 kers that should be interrogated by the WOM. The 

Once Se Z maj haTbeen constructed (FIG. 6c) brokers found in the operation are not the actual bro- 

oueries such as "what is the scheduling window for kers to be called, however. Instead, they are "virtual 

S£r tion 2r can be answered. The use of assumptions broker," These virtual brokers are mapped onto *e se 

Xws consideration of many alternatives with regard of actual brokers through a mapping : tJteTha aUows 

to the release date, want date and processing times of 35 the number of actual brokers and * etf f °Pf ra ' 

Se operations. Only the constraints that hold under the tion assignments to vary as experienced wrth a particu- 

current assumotions are considered by the calculation. lar facility shows to be best. 

among assumptions or make . CSS uses •f^^'VSSZ bYptrfoS 

new assumptions from the user interface. ties performed in the shop. Each task ^ be performed 

Th7abuity to make and track assumptions is used by 40 can be part of a higher level task. It can also contain 
CSS m oS ways "well. Not only can the user make lower level tasks that must be performed to achieve it 
2Lp£f ex^citiyTdiscussed'just above, but as- CSS recognizes four types of tasks: 1) ^d^ac*- 
sumptions can be made implicitly as well. A system ages. 2) work orders. 3) operations, and 4) pramtive 
Snent c^led the Assumption*^ Truth Mainte- actions. Work order packages «c roups of w orkor- 
nance System (ATMS), as illustrated in an article by J. 45 ders. work orders are groups of operations and opera- 
Seef Sed Ar, , ^sumption Based Truth Mainte- tions are groups of primitive actions. Primitive ^actions 
n^ce Sy em. Artificial Intelligence vol. 12. no. 3, are the most detailed level of task "P"""* 
W6,isrespo» ible for computing the assumptions upon Examples are to mount a fix ure or ton ij bole. Ea ch 
which the decisions made by the system rest. For in- task level, except the lowest level, pnmitive actions 1 « 
See work wderreleasedaL are modeled as assump- 50 related to its lower level tasks by a plan. Operations 
to^s by^SS Ifthe release assumption fails to hold @.e., contain "detail plans" that describe *^r^tive ac 
the work order will be released later than expected) tions that must be done to achieve the operation and the 
Jen the scheduling decisions based on the previous precedence constraints between the P™ ve 
assumption must be reconsidered. Other assumptions Similarly, work orders have "process pi*™ that , ^pec- 
tracked by CSS include that the job has not been can- 55 ify the manufacturing sequence for Ok part. FmaUy, 
Sed that machines^ operational and so on. When work order packages have "task plans" that spaafy the 
tiiese assumptions fail to hold the affected decisions are temporal constats between the work orders^ 
Wentified and reconsidered, by use of "labels" carried in Throughout CSS time maps are used to represent the 
the ATMS temporal relations between activities. 

An important use of time maps in CSS is as a substi- 60 Work order packages are intended * represent 
tute for generating code to be used in specific schedul- projects or assemblies that require many components 
^situationrA timemap may contauTseveral paths that are to be manufactured separately. Just as a process 
Thft alternate routes through the shop, in the plan is required to properly order the options ma 
case where a part can be manufactured in more than one work order, a task plan is required to properly order the 
resource center. Additionally, new constraints will be 65 work orders m a work order package The task pto for 
added to a time map as information is learned about the the work order package need not be as detaded as a 
time taken in earlier steps and about other activities that process plan. The primary items of mterest are the tern- 
will affect the part that the time map is representing. poral constraints between the work orders. 
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Given a set of work orders, a task plan, and a want of modifications that can be made to the noting sched- 
and release date for the work order package, the WOM ule to accommodate new work or to adjust existing 
can compute the want date for each work order. Some work in response to new information. The resource 
of the release dates will be fixed as well, but those work selection strategies are used to limit the number of re- 
orders that have no predecessors will have flexible re- 5 sources considered by the broker to perform a particu- 
lease dates. In addition, work orders which do not lie on lar task. Resources can be limited by matching their 
the critical path for the work order package will have processing capabilities against the process requirements 
slack. It is desirable to maintain some slack for the work of the operation to be performed. This constraint will be 
orders as a buffer against operational delays and events. most effective if detailed informaUon about the re- 
Too much slack is undesirable, however, because of its 10 sources and operations is available. If this information is 
adverse affect on WIP available then better decisions can be made at planning 

In addition to providing temporal information that time resulting in a higher probability that the schedule 
allows the allocation of slack, the work order package can be successfully executed at run toe. In addition, 
also contains project, customer and business goals that this level will be the focal point for customizing the 
the work order package supports. A basic design ele- 15 behavior of the resource broker to more accurately 
mentor CSS has been the hierarchical modeling of tasks model the actions of each workcenter 
and subtasks. It is desirable for the temporal representa- When the work order manager sends a call to the 
tion, that is, the time maps to be modeled hierarchically brokers it will also provide information about the global 
as well. For example, a time map that describes a work policy in effect in the shop and about the ™P°«**<* « 
order package may be a network of work order time 20 the operation to be scheduled with respect to die busi- 
maps that are in turn a network of operation time maps ness goals of the company. Each broker must have the 
that are comprised of the primitive actions that are done means to resolve scheduling conflicts in a way cons.s- 
to manufacture the parts tent with this information^ The conflict resolutoon strat- 

One approach to making the time maps hierarchical is egies of the brokers will define the specific actions that 
to allow the use of composite constraints. Earlier, con- 25 the broker should take when demand on its resources 
straints between time points were described as a link exceeds their capacity A wide range of scheduling 
FROM one point TO another that contained a lower strategies must be available to each broker so it can 
and an upper bound on the distance between them. A react to different situations by applying rules that are 
composite constraint between the points would repre- specifically tailored to the resources it manages, 
sents the lower and upper bounds as the lower and 30 The scheduling strategies define the actions that the 
upper bounds between two points that are contained in broker can take to modify the existuig schedule to fit in 
another, subordinate, time map. When a composite a new job. Scheduling strategies make use of scheduling 
constraint is encountered by the time map search rou- primitives which are the elementary actions that can be 
tines, the process recurs and traverses the subordinate performed by the broker to modify existing schedules, 
time map to compute the lower and upper bounds. 35 Scheduling strategies are selected and applied singly or 
When control returns to the higher level the search in combination by "metastrategies". 
continues Tne scheduling primitives define actions that pertorm 

Resource brokers are the CSS agents that represent very local scheduling modifications. These primitives 
the resource centered view of scheduling. Each re- perform the following functions: 
source broker controls the schedule for a particular 40 1. Unschedule a previously scheduled operation 
shop workcenter or collection of workcenters. The 2. Move the schedule for an operation forward or 
brokers must accurately represent the finite capacity backward in time. 

and unique attributes of the resources under their con- 3. Reassign a scheduled operation to a different re- 
trol. The brokers must also have the ability to answer source. .... 
questions about their resources including their sched- 45 4. Assign overtime to a new or scheduled operation, 
uled work load and processing capabilities. 5. Split/combine scheduled entities between re- 

One particularly important query that the brokers sources. , A ^ , 

must respond to is a call issued by a work order man- . The brokers must also have detailed knowledge about 
ager The call is a request by the work order manager the capabilities and limitations of each of the resources 
for scheduling options for a particular task. All brokers 50 under their control. This knowledge accounts for the 
must be capable of responding to a call by producing individual attributes that uniquely define a resource and 
bids that represent the possible slots for performing the determine if it can satisfy the job requirements specified 
task in the broker's workcenters. by the work order manager. Examples include: 

Brokers are also responsible for computing and main- 1. Machine characteristics— Machine function/- 
taining the evaluation function values for each resource 55 capacity, table size. NC/Tool changer capability, Prob- 
over time. These costs, based on weighted tardiness, are ing Inspection capabUity, Machining accuracy, and 
used throughout the system to provide a uniform evalu- intangibles such as operator preference and machine 
ation criterion for comparing scheduling options. flexibility. 

To formulate bids, the resource brokers will mini- 2. Operator characteristics— Skill, grade and training 
mally require information about resources, operations, 60 level, speed, accuracy, shift/overtime availability, and 
and schedules. The brokers must maintain a complete intangibles such as work preference and machine pref- 
list of the resources under their control. Although ma- erence. 

chines and people represent the most common types of 3. Tool/Die characteristics— Part applicability, ma- 
resources, others such as took, fixtures, furnace, table, chine compatibility. 

shelf and floor space, forging dies and disposable tool- 65 4. Space characteristics— Shape, dimensions, volume, 
ing must also be represented. weight. 

Each resource broker will have a dedicated set of Further, knowledge of temporary resource loss 
scheduling strategies. These strategies detail the types should be taken into account by the broker when it 
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formulates bids for the work order manager. Examples particular workcenter. Two levels of <» 

of temporary resource loss include: be distinguished: 1) finite vs. infinite capac.ty, and 2) 

1. Machine loss-preventive maintenance, hardware methods of finite capacity represents i ion 
modification, relocation, extended loss due to break- Finite vs. Infinite Capacity- The first level of differ- 
down relocanon> CA j entiati on isolates those workcenters whose resources 

2. Personnel loss-vacations, holidays, training, ex- have a historical record 

««,d.>d sick time expected to remain unchanged m the long run. These 
3 Tool/Die loss-recalibration, modification repair. workcenters shall be represented as a true infinite ca- 
A design objective for CSS has been to allow the pacity resource with a standard queue time. The re- 
development L implementation of many different 10 maining workcenters will be »^ t ^J^* 
tvnes of resources brokers. Tne rationale is that no pacity representations whose complexity and capabili y 
^%ZSZteh*pp^UtoMte6i^ will vary depending on the level of bottleneck activity 
shop areas CSS provides the overall architecture and within the workcenter. Finite capacity workcenters 
comm^"tS protocol to integrate heterogeneous may be categorized as being 

hrX« into a cohesive system As discussed above, 15 potential bottleneck centers by setting a threshold based 

wTrSnten « be ^LSTdto infinite or finite Sn experience on the total weighted 

canacitv The CSS system design allows both finite and of all the projects scheduled for the center. The system 

S^c^tySSc^biokS to be implemented in then can be switched to the bottleneck method for that 

>° TBS** Wo^nters-P^nUa, 
mu« support the call-bid-award paradigm. workcenters are those whose worldoad 1) fluctuates 

2 Se^^oTmode. the resource broker will re- enough to prohibit the use of an mfmite capacity repre- 
oute it l2X * "cess type and processing duration sentation and 2) is not large enough to create a pers.s- 
opSta. w ^SJLed. If more detailed pro- tent bottleneck to associated workcenters. ^emer* 
cess ^formation is available, the resource broker can 25 whose workload occasionally spikes to create short 
use " o™ore closely match the resources with the term bottlenecks will be considered as potental Mbottie- 
processing n«ds of L operation. For instance, if a necks. These workcenters can be managed by brokers 
Sp an isTvaW that provides information about that operate predormnantly in hands^off ^ 
°be subtasks required to perform the operation, the Resource brokers are also responsible for adjusting 
reLuree btoker may be able to plan an appropriately 30 the workcenter loading queues in response to new or 
Vu f \~ZV„l f7, «rh«,ht fl A changing workcenter information. The response of the 

Sk r£ SSn£ fequ^e atiss to their scheduling resou^broker to discrepancies between the current 
co2tr2t ThHevel of detail required depends on workcenter schedule and the actual workcenter opera- 
whX ^hfrJources under the brokers control are to tion wUl be categorized accordmg to seventy and re- 
t^S^SSX^CMf^rtia^C^ 35 solved accordingly. When operational events occur 
ten TZ are ttuly nfinite capacity will require little that change the capacity of the workcenter, the ex- 
iS^^t^^cA^lU^,ti<m pected completion time or the queued work will 
a date ^rSu°rement P Joint of view a problem occurs change. New completion times can be computed usmg 
when a Sat had been managed as infinite the forward scheduling emulation described above, 

opacity^eco^ a bottleneck and must now be man- 40 The cost of the revised schedule m terms ^of the 
Sed to finite capacity. The transition from infinite to weighted tardiness measure can also be calculated The 
fie capacity will require that all previous schedule schedules ofwork that is not yet queued can be affected 

commitments be available in as much detail as if the as well. 

SETS- been scheduled to finite capacity all ^ ^^^J^SMX 

Farther specific response to conflicts vary from vantage of this by tolerating a level of fuzziness at the 
worker o workcentw. For instance, in a workcen- workcenter level and providmg a damping ; influence .on 
te7w.T very low setup costs job preemption may be a schedule readjustments at the resource broker level 
viMc «rS for fitting a hot job into the schedule. This damping will provide a control on the generation 

The Srativrscheduling System wUl use the 50 of continuous oscillations of the CSS by preventing 
weighted^iness measure as its primary evaluation trivial adjustments as a result of every nonplanned 
function at all levels of the system. When the broker workcenter event. 

formXesbifcS events that constrain resources in excess of 

Sed^dtSs of ooTtnt operation itself and on planned activities, a resource conflict ust wfl be gener- 
Aerations that would be imparted by awarding this 55 ated that details jobs wluch are in conflict with the 
SdX^rtorslhrattect ^processing time of the existing workcenter plan The magmu.de of *ese con- 
iob aYe easily incorporated into tiie weighted tardiness flicts, as well as the combined magnitude of the entire 
mt^or insS tfThe job's duration can be re- list will be continuously monitored. Job or Ust magm- 
du^dby avoiding a setup change this fact will be re- tudes above a threshold wJl initiate corrective actions 
Ed to Lcost computed for the job on the resource 60 at the broke. -level to reduce : the size of hst The 
«Mh *h? nm«r «tun resource conflict threshold will be multidimensional to 

Resource Thedulesas a whole can be evaluated using account for different types of resource conflict and wUl 
the weighted tardiness measure. One approach is to be defined and adjusted on a workcenter dependent 
forward simulate the execution of the schedule, sum- basis. „„♦,,,.,„ „ r n ,u„ 

ming the cost of each job as it released for processing in 65 Events that free up resources prematurely or other- 
I^fimulation wise increase resource availability will form an excess 

The resource broker wUl assume different forms and capacity list. Continuous comparison between the re- 
levels oflomplexity based on the relative workload in a source conflict and excess capacity lists wul be used to 
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identify local adjustment opportunities. When a match because the focus of attention has shifted to the brokers 

magnitudes of the excess capacity *^ reTrvat,^ con^ns information such as its start time, 

bined magnitude of the entire Its will be «m >m»udy ^ r ™°^ d ^ job to which it applies . 
monitored for potential correefve acuon at the re- d ™^ a br Xr computes bids ii examines the reser- 
source broker level. vation lists for the applicable resources. If there is a gap 

Because the resources and « XrS^&ag enough to process the opera- . 

in as much detail as necessary to represent their require- ^ windQW thfi bfoker can return a DO 

ments and capabilities, operations can be assigned to the ^ Jf ^ ^ cxistS( thfi brokcr must 

most appropriate resource. For instance if tolerance * reservations to fmd a bid with impact ac- 

infonnation is available it may be possible to assign a ^ ^ ^ guiddincs prov ided in the call, 

faster, but less precise resource to the job in preference ^ ^ brokef h&s supplied bids to a work or der man- 
to a slower but more precise one. This knowledge can ^ must Jock {ts rcscrvation ^ so that it does not 
also be used to limit the number of resources considered * idc ^ bids t0 other callers. Finally, when the 
for a task. This results in increased computational erTi- ^ Qfk ofdcr manager awards one of the bids the broker 
ciency because the set of preferred resources will be fe responsib3e for updating its reservation list to reflect 
smaller than the set of all possible resources. 2Q tne new commitment. If the work order manager de- 

As with resources, CSS maintains two views of oper- cides nQt to ftCCCpt any of ^ broker's bids, the broker 
ations: the scheduling view and, the shop view. The need t o be notified of this so it can unlock its reser- 

scheduling view looks at operations abstractly as vation K st 

"tasks" while the shop view looks at them concretely as Tne cgs systera uses the time map formalism to rep- 
a particular type of operation. 25 resent the committed and available time slots on each 

Scheduling View of Operations— The scheduling resoUTC e. In the time map, propositions such as "Lathe 
view of an operation contains the information used j230 is available" are given temporal extent by associat- 
internally by the system. In this view, an operation is mg a beginning and end point with the proposition. The 
seen as an abstract task. Tasks can have subtasks and proposition just mentioned holds for the period of time 
supcrtasks that put the task in perspective with respect 3Q ^ stam at i ts beginning point and ends at its end 
to the purpose for which it is done. For instance, an jh e dura tion and exact location of this interval in 

operation task is performed to achieve the completion are de termined by the constraints that are in effect 

of its supertask which is a work order. To achieve com- m tne time map. 

pletion of an operation, its subtasks which are primitive queue of work at the workcenter will be repre- 

process tasks must be performed. 35 sented as a list of contracts. The contracts will "present 

Shop View of Operations— The shop view of an the wor ic present and available to be worked at the 
operation contains the information that relates the oper- ccntcr . T he queue will be used to compute short term 
ation to its route number, operation type, shop workc- schedules and to answer the "what next? question, it 
enters and other information that defines its processing wi u be reordered based on operational events, 
requirements. CSS represents several major classes of 40 The examples above have been illustrated with a 
operations including: office operations, support opera- machine shop, but the system also includes part design 
tions process operations and production operations. & one of the functions supported. Thus, the term 
Each of the major classes has subclasses that further « WO rkpiece" includes paper being drawn on by a dratts- 
define the attributes allowed for the operations. For man (or a computer that is ninning a CAD program} 
instance, an office operation can be a design operation 45 and the operations may be drawing operations, juni- 
or a planing operation. Process operations are heat larly, the system could be used in the drafting room of 
treat, drilling milling turning and so on. an architecture firm to manage the W™™* 0 ™™; 

As described above, any attribute of the operation mgs for a building; or in an msurance company to man- 
can be used to constrain the set of resources considered ag e the flow of claim processing. Thus the J term job 
tooerform it 50 shop" or "machine shop" includes other organizations. 

One important attribute of some process operations is No particular fonn of hardware is W^/ 0 ;^^ 
the ability for them to contain detail plans. Detail plans operation. The preferred embodiment was designed 
provide information to the resource broker about the with a distributed environment m ^ » 
detailed steps that are necessary to achieve the opera- BRO routines would be on personal computers or 
f^rt^y into the task/sub- 55 workstations, but it would work equally well with a set 
task hierarchy that CSS maintains. The time map repre- of terminals connected to a mainframe computer Sum- 
io^i^ed * all levels of the hierarchy to main- larly, no particular software language is required The 
SSSZSS about the expected duration and tern- illustrative embodiment was ^ av.M 
poral relations between tasks. computer languages, in part by historical acc ent and 

It is the resource brokers responsibility to maintain 60 in part by programmer preference. Those skilled m ^the 
the li^ oTscSbg cooimitmenTs that it has made on art will readily be able to generate 
mSS^^uJL This list is maintained as a list of use commercial packages to produce the results de- 
reservations that reflect the contracts negotiated by the scribed above. * _ , . 
broker w^th the work order manager. "Hie reservation It should be understood that the mvenUon is^t to- 
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w . . means to pass calls to and select bids from those 

1 In aTop having a number of shop resources for . BRO means associated with operations in said con- 
doing jobs bj performing operations on workpieces, flict set, whereby *ud system reschedules those 
each workpiece following a path through at least two jobs affected by said shop event 
shoo comets said path being speciffed by a work 5 2. A method according to claim 1 further character- 
tZ^^M^SStM of said job and main- ized in that: at least some of said BRO means contain 
umed^thin computing means and specifying the se- means for mamtaining ^^^J^SSZ 
quence, location and time of a predetermined set of ready to be worked on and said BRO means selects, in 
operations on a workpiece in a predetermined set of at said operations mode, a next workpiece based on a pnee 
least two shop resources, said computing means includ- 10 func tion dependent on a delay quantity repres entotiye 
ing a data processing system comprising WOM means G f the difference between an initially scheduled finish 
for scheduling operations in at least two shop resources, date and a currently estimated finish date 
based on data received from a resource set of at least 3. A method according to claim 1, further character- 
two BRO means, each BRO means being associated ^ m that said system further comprises assumption 
with a shop resource, the method of ordering a work 15 means for maintaining a set of current assumptions 
order schedule list for at least one job in a shop, in about wor fc order schedule lists; 
^hich- at least some of said BRO means contain means for 
for at least one job, said WOM means passes a call maintaining an input queue of workpieces ready to 
specifying an initial resource operation for said job ^ wor ked on; and 

to an initial relevant BRO sub set of at least one 20 ^ BR0 means selects, in said operations mode, a 
BRO means for an initial resource operation; next workpiece based on data obtained from said 

for said initial resource operation at least one BRO set of curren t assumptions, 

means returns a bid to said WOM means specifying 4 A according to claim 2, further character- 

at least one suggested time slot for said initial re- ^ ^ thaT ^ sys tem further comprises assumption 
source operation associated with that BRO means, 25 mcans fof obtaining a set of current assumptions 
thereby forming a set of suggested time slots for abQUt WQrk order schedule lists; and 
each resource for said initial resource operation; ^ BRQ mcans elects, in said operations mode, a 

said WOM means selects one bid for said initial re- next ^^ece based on data obtained from said 

source operation in accordance with a predeter- &et of current assumptions and included in said 

mined strategy, thereby scheduling an operation 30 price functicm 

time for said selected initial resource operation; 5 i n a shop having a number of shop resources for 

said WOM means then repetitively passes calls to a ^ . bg by performing operations on workpieces, 
subsequent relevant BRO sub set of at least one each work iece following a path through at least two 
BRO means for each other operation in said prede- rcs0 urces, said path being specified by a work 

termined set of operations and selects bids returned 35 Bst characteristic of said job and mam- 

from said subsequent relevant BRO set, thereby ^p^g means and specifying the se- 

defining a set of scheduled time slots for said at quence> locat i 0 n and time of a predetermined set of 
least one job; and operations on a workpiece in a predetermined set of at 

said computer means then calculates a completion ^ two shop resources, said computing means lnclud- 
date for said job, characterized in that: ine a data processing system comprising WOM means 

said method of ordering a work order schedule, in- scheduUn operat i ons m at least two shop resources, 

eluding said steps of defining a set of scheduled ^ d ^ ^ rcceived from a reS ource set of at least 
time slots, is performed in a planning mode; BRO means, each BRO means being associated 

said set of scheduled time slots are contained within a ^ & rcsourcc , the method of ordering a work 
corresponding set of contract time slots having an 45 sche dule list for at least one job in a shop, in 

extent in time at least as great as said set of sched- ^ 

uled time slots and a first BRO means reacts in an ^ least one j ob> ^ WOM means passes a call 

operations mode to shop events occurring in its specifying an initial resource operation for said job 

associated shop resource by moving a scheduled t oln initial relevant BRO sub set of at least one 

operation time within a corresponding , first con- 5u brq means for an initial resource operation; 
tract time slot from an ineligible scheduled time resourse operation at least one BRO 

slot to an eligible time slo^whereby for a first class ior & ^ ^ ^ WQM mcans 5pecifying 

of shop events said BRO means can adjust the suggested time slot for said initial re- 

operations of said associated shop ^our^withou *»• ^ ^ BR0 ffiCanSt 

affecting the operations of other shop resources or 55 forum* a set of suggested time slots for 

of other jobs; and ch resourse for said initial resourse operation; 

for shop events having a schedule impact greater than bid for ^ ^ re . 

the extent of said first contract time slot, said sys- ^™^ n m accordance with a predeter- 
tem causes that BRO means associated with .the source operan ^^nting an operation 

next operation in said work order schedule list to 60 operation; 
move the scheduled time slot of said next < operation ^ rcpe titively passes calls to a 

within its corresponding contract time slot, s^bseauenT r^evant BrS sub set of at least one 

whereby for a second class of shop SSS. far each other operation in said prede- 

cution of other jobs is no affected; and for shop 0 f operations and selects bids returned 

events having a schedule ^» 65 STSd^S^t relevant BRO set, thereby 

extent of the contract time slots of associated BRO rromsai sJots f ^ at 

means, said system identifies a conflict set of jobs defining a set 01 scneauieo 

affected by said shop event and causes said WOM least one job; and 
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said computer means then calculates a completion 
date for said job, characterized in that: 

said method includes both a planning mode and an 
operations mode, in which planning mode said 
steps of developing a schedule are performed; 

including the steps of scheduling through a bottle- 
neck shop resource in which a bottleneck operation 
is performed by first scheduling for each job hav- 
ing said bottleneck operation an operation time 
having a bottleneck start time and a bottleneck 
finish time through said bottleneck and subse- 
quently scheduling earlier operations in said work 
order list to meet said bottleneck start time and 
scheduling later operations in said work order list 
to begin after said bottleneck finish time; and 

said WOM means contains at least two strategies for 15 
scheduling bottleneck operations and selection 
means for selecting a second -strategy in the event 
of failure of a first strategy to schedule jobs within 
a set of applicable constraints. 

6. A method according to claim 5, further character 
ized in that said system includes bottleneck identifica- 
tion means for identifying bottleneck shop resources as 
a function of scheduled operations above a predeter- 
mined threshold, whereby said WOM performs bottle- 
neck scheduling on a time-varying set of bottleneck 
shop resources. 

7. A method according to claim 6, further character- 
ized in that said system further comprises assumption 
means for maintaining a set of current assumptions 
about shop resources and work order schedule lists; and 
said bottleneck identification means identifies bottle- 30 
neck operations using data obtained from said assump- 
tion means. 

8. A method according to claim 5, further character- 
ized in that said method of ordering a work order sched- 
ule, including said steps of defining a set of scheduled 35 
time slots, is performed in a planning mode; said set of 
scheduled time slots are contained within a correspond- 
ing set of contract time slots having an extent in time at 
least as great as said set of scheduled time slots and a 
first BRO means reacts in an operations mode to shop 
events occurring in its associated shop resource by 
moving a scheduled operation time within a corre- 
sponding first contract time slot from an ineligible 
scheduled time slot to an eligible time slot, whereby for 
a first class of shop events said BRO means can adjust 
the operations of said associated shop resource without « 
affecting the operations of other shop resources or of 
other jobs; and for shop events having a schedule im- 
pact greater than the extent of said first contract time 
slot, said system causes that BRO means associated with 
the next operation in said work order schedule list to 50 
move the scheduled time slot of said next operation 
within its corresponding contract time slot, whereby for 
a second class of shop events the execution of other jobs 
is not affected; and for shop events having a schedule 
impact greater than the extent of the contract time slots 55 
of associated BRO means, said system identifies a con- 
flict set of jobs affected by said shop event and causes 
said WOM means to pass calls to and select bids from 
those BRO means associated with operations in said 
conflict set, whereby said system reschedules those jobs 
affected by said shop event. 

9. In a shop having a number of shop resources for 
doing jobs by performing operations on workpieces, 
each workpiece following a path through at least two 
shop resources, said path being specified by a work 
order schedule list characteristic of said job and main- 
tained within computing means and specifying the se- 
quence, location and time of a predetermined set of 
operations on a workpiece in a predetermined set of at 



least two shop resources, said computing means includ- 
ing a data processing system comprising WOM means 
adapted for scheduling operations in at least two shop 
resources, based on data received from a resource set of 
at least two BRO means, each BRO means being associ- 
ated with a shop resource, the method of ordering a 
work order schedule list for at least one job in a shop, in 
which : 

for at least one job, said WOM means passes a call 
specifying an initial resource operation for said job 
to an initial relevant BRO sub set of at least one 
BRO means for an initial resource operation; 
for said initial resource operation at least one BRO 
means returns a bid to said WOM means specifying 
at least one suggested time slot for said initial re- 
source operation associated with that BRO means, 
thereby forming a set of suggested time slots for 
each resource for said initial resource operation; 
said WOM means selects one bid for said initial re- 
source operation in accordance with a predeter- 
mined strategy, thereby scheduling an operation 
time for said selected initial resource operation; 
said WOM means then repetitively passes calls to a 
subsequent relevant BRO sub set of at least one 
BRO means for each other operation in said prede- 
termined set of operations and selects bids returned 
from said subsequent relevant BRO set, thereby 
defining a set of scheduled time slots for said at 
least one job; and 
said computer means then calculates a completion 

date for said job, characterized in that: 
said system generates a time map for said job contain- 
ing representations of at least some of said resource 
operations, including specification of a start time 
and an end time and linking information connection 
sequentially ordered resource operations, and in- 
cluding at least one path through said time map 
from a job start time to a job end time; 
said system further adds to said time map resource 
operation constraints on said work order schedule 
list for said job, said constraints having an uncer- 
tainty specified by a lower time and an upper time 
and being linked to an associated resource opera- 
tion; 

said system further includes a search routine that 
examines paths through said time map and selects 
the most specific path, having the least uncertainty, 
whereby additional information including delays, 
changes in resource may be entered into said sys- 
tem by putting more specific times into said time 
map; and 

said system may extract information by searching for 
that path through said time map having the least 
uncertainty, whereby timerelated information may 
be extracted from said system. 

10. A method according to claim 9, further character- 
ized in that said system further comprises assumption 
means for maintaining a set of current assumptions 
about work order schedule lists and said assumption 
means are linked to said time map, whereby said time 
map reflects said set of current assumptions. 

11. A method according to claim 9, further character- 
60 ized in that said system includes subordinate time maps, 

each associated with a shop resource and containing 
associated shop resource data and being linked to a 
predetermined location in said time map, whereby said 
search routine searches from said predetermined loca- 
tion through said subordinate time map and returns to 
said time map, thereby reflecting data in said subordi- 
nate time map. 
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